home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1142 < prev    next >
Text File  |  1994-08-27  |  2KB  |  41 lines
  1. Subject: Re: Digested 
  2. Date: Mon, 01 Aug 1994 12:24:21 +1000
  3. From: Warwick Allison <warwick@cs.uq.oz.au>
  4. Precedence: bulk
  5.  
  6. Evan K. Langlois wrote:
  7. >file       Filename in ascii, extension gives clue to type.  (full path only?)
  8. > 
  9. >Hmm .. I don't think a full path is needed.  Applications shouldn't
  10. >change from the working directory so making things relative to that
  11. >shouldn't be too hard.
  12.  
  13. The problem would be that an app_defs.sys editor wouldn't know where the
  14. application was, so couldn't use the file selector.  So I guess the user
  15. _could_ use relative paths, but the editor would provide no assistance.
  16.  
  17. >Looks fine to me.  Does the code you posted (it was you right, Warwick?)
  18. >handle the dot in the center of the attribute properly?
  19.  
  20. No, the 5-line pattern-matcher I posted was a pure wildcard string match,
  21. regardless of any special consideration.  It was just an example code, and
  22. in reality, I think a TSR would be the way to go.  That way, we completely
  23. shield the application from knowing where the app_defs file is, and even what
  24. exact format it is in.  The TSR would just do the attribute->value magic for
  25. the application.  It could even implement the text-value->value mapping
  26. (eg. deciding how to convert "<Ctrl>A" into a scancode).
  27.  
  28. >========================================================================
  29. >The correct way to track every mouse movement is to watch a 1x1 pixel
  30. >rectangle. ...
  31. >========================================================================
  32. > 
  33. >I like a snapped 8x8 rectangle.  Less events, faster drawing (usually)
  34.  
  35. Actually, it doesn't make any difference.  If you wait on a 1x1 rectangle,
  36. you don't get every single pixel position as the mouse moves, only as many
  37. as your program manages to keep up with.
  38.  
  39. --
  40. Warwick
  41.